home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 12781 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.3 KB
  1. Path: howland.reston.ans.net!psinntp!psinntp!psinntp!psinntp!usenet
  2. From: grantp@usa.pipeline.com(Pete Grant)
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: C++ questions - please help
  5. Date: 21 Mar 1996 17:04:43 GMT
  6. Organization: Kalevi, Inc.
  7. Message-ID: <4is27b$cs5@news1.h1.usa.pipeline.com>
  8. References: <4irp34$b6q@GRAPEVINE.LCS.MIT.EDU>
  9. NNTP-Posting-Host: 38.8.53.2
  10. X-PipeUser: grantp
  11. X-PipeHub: usa.pipeline.com
  12. X-PipeGCOS: (Pete Grant)
  13. X-Newsreader: Pipeline v3.5.0
  14.  
  15. On Mar 21, 1996 14:28:52 in article <C++ questions - please help>,
  16. 'frankkim@antoniades.lcs.mit.edu (Frank Kim)' wrote: 
  17.  
  18.  
  19. > 
  20. >Hi, 
  21. > 
  22. >I was looking through some code and some of the stuff just stumped me. 
  23. > 
  24. >Question #1: 
  25. > 
  26. >There is a class defined like this... 
  27. > 
  28. >class faxRmApp : public FaxClient { 
  29. >private: 
  30. >fxStr       appName;                // for error messages 
  31. >fxStrArray  jobids; 
  32. >fxStr       request; 
  33. > 
  34. >void usage(); 
  35. >void printError(const char* fmt, ...); 
  36. >void printWarning(const char* fmt, ...); 
  37. >public: 
  38. >faxRmApp(); 
  39. >~faxRmApp(); 
  40. > 
  41. >void initialize(int argc, char** argv); 
  42. >void open(); 
  43. > 
  44. >void recvConf(const char* cmd, const char* tag); 
  45. >void recvEof(); 
  46. >void recvError(const int err); 
  47. >}; 
  48. > 
  49. >and its constructor looks like this: 
  50. > 
  51. >faxRmApp::faxRmApp() : request("remove") {} 
  52. > 
  53. >I don't understand why the request("remove") initialization is outside 
  54. >the brackets. 
  55. > 
  56. Standard initialization syntax.  The initializations between the ":" and 
  57. "{" are performed first.  Typically, this syntax is for initializing 
  58. base classes and reference member variables, but works just as well 
  59. for ordinary data members.  In fact, if the data member is an object, 
  60. and it's not included in the initializer list, it will be constructed 
  61. with its default constructor and then reinitialized again in the body 
  62. of the derived object's constructor.  This could result in significant 
  63. inefficiencies in certain cases.  I tend to initialize everything in 
  64. the initializer part, often ending up with an empty constructor body. 
  65.  
  66. >The next questions are even dumber. :) 
  67. > 
  68. >Question #2 
  69. > 
  70. >Why does the scope of the external declaration not extend beyond the 
  71. >inner block? 
  72. > 
  73. >{ 
  74. >{ 
  75. >extern E; 
  76. >E = 0; 
  77. >} 
  78. >E = 1; 
  79. >} 
  80. > 
  81. Don't confuse scope and duration (lifetime) of an aobject.  The  
  82. scope (ability to access) is restricted to the scope within which  
  83. declared.  The object (integer variable E in this case) exists 
  84. throughout the lifetime of the entire program, but accessibility 
  85. is limited to the blocks that contain the extern declaration --  
  86. and the block within which it's defined. 
  87. > 
  88. > 
  89. >Question #3 
  90. > 
  91. >Is there any difference between these two declarations? 
  92. > 
  93. >char *s1 = "hello"; 
  94. >char s2[] = "hello"; 
  95. > 
  96. Yes.  You can change s1 to point to some other string later on; 
  97. s2, however, will always be the address of a string, at least 
  98. for its duration.   
  99.  
  100. Another thing, the first form creates a string 
  101. in permament memory containing "hello", and s1 is a pointer variable 
  102. whose initial value is the address of this "hello" string.  This  
  103. "hello" string will continue to exist even after s1 is destroyed. 
  104. In the second form, the string is allocated at the place where 
  105. s2 is defined and ceases to exist when s2 is disposed of.  Often, 
  106. s2 is stack-allocated and disappears when the function exits. 
  107.  
  108. -- 
  109. Pete Grant 
  110. Kalevi, Inc. 
  111. Software Engineering & development
  112.